Performance evaluation of the TFD-capable dynamic QoS assurance of HD video streaming in well-dimensioned network

The Traffic Flow Description (TFD) option of the IP protocol is an experimental option, designed by the Authors and described by the IETF’s Internet Draft. This option was intended for signalling for QoS purposes. Knowledge about forthcoming traffic (such as the amount of data that will be transferred in a given period of time) is conveyed in the fields of the option between end-systems. TFD-capable routers on a path (or a multicast tree) between the sender and receiver(s) are able to read this information, process it and use it for bandwidth allocation. If the time horizons are short enough, bandwidth allocation will be performed dynamically. In the paper a performance evaluation of an HD video transmission QoS assured with the use of the TFD option is presented. The analysis was made for a variable number of video streams and a variable number of TCP flows that compete with the videos for the bandwidth of the shared link. Results show that the dynamic bandwidth allocation using the TFD option better assures the QoS of HD video than the classic solution, based on the RSVP protocol

The SRTP standard

W artykule omówiony został protokół RTP do transmisji informacji multimedialnej w czasie rzeczywistym oraz jego profil RTP/SAVP, szerzej znany pod nazwą SRTP (Secure RTP), stanowiący rozszerzenie znanego profilu RTP/AVP o kwestie związane z bezpieczeństwem transmisji. SRTP pozwala na uwierzytelnianie pakietu RTP oraz szyfrowanie danych użytkownika (danych medialnych) przenoszonych w pakiecie RTP.In the paper, the Real-time Transport Protocol (RTP), intended for real-time transmission of multimedia information was described, as well as its RTP/SAVP profile, also known as the Secure RTP (SRTP), which extends the well-known Audio/Video Profile of the RTP with security. The SRTP allows for authentication of RTP packets and encryption of the payload of RTP's packet (de facto, encryption of media data)

Estimation of Link Occupancy During TCP Transmissions in Internet of Things

Jednym z problemów występujących w dużych systemach Internetu Rzeczy, złożonych z tysięcy urządzeń IoT, są przeciążenia sieci w pobliżu urządzeń pełniących rolę hubów komunikacyjnych (brokerów danych, chmur obliczeniowych). Przeciążenia te nie są w wystarczającym stopniu rozładowywane przez protokół TCP, który (ze względu na specyfikę ruchu telekomunikacyjnego w systemach IoT) nie jest w stanie prawidłowo oszacować, dostępnych dla danej transmisji, zasobów sieciowych. W artykule przedstawiono prototypowe urządzenie IoT, zbudowane na mikrokontrolerze Raspberry PI pracującym pod kontrolą systemu operacyjnego Linux, które szacuje wielkość, dostępnej dla protokołu TCP, przepustowości ścieżki komunikacyjnej. Urządzenie korzysta ze znanej metody par pakietów. Aby poprawić dokładność szacunków, użyto wariantu metody, który ocenia wielkość dostępnej przepustowości na podstawie ciągów par. Badania przeprowadzone w dedykowanej sieci lokalnej pozwoliły zarówno ocenić pracę urządzenia, jak i dokonać analizy dokładności szacunków przeprowadzanych w obecności ruchu charakterystycznego dla systemów Internetu Rzeczy. Oceniono również narzut ruchu wnoszonego do sieci Internetu Rzeczy przez pomiary metodą par testowych TCP. Ze względu na ograniczoną moc obliczeniową mikrokontrolera Raspberry PI, urządzenie korzysta z prostych, szybkich wariantów obliczeniowych metody par pakietów PTR (bez odstępu czasowego między parami pakietów) oraz zmodyfikowany IGI (ze zmiennym odstępem czasowym między parami pakietów). Urządzenie umożliwia szybką ocenę stanu sieci w trakcie trwania transmisji IoT. Znajomość stanu sieci, w tym przepustowości dostępnej dla transmisji TCP, pozwoli na efektywniejsze działanie systemu wykorzystującego dużą liczbę urządzeń Internetu Rzeczy.One of the serious problems with large-scale Internet of Things systems, composed of thousands of IoT devices, are network congestions that occur near communication hubs (data brokers, computing clouds). These congestions cannot be enoughly discharged by the TCP protocol, which (due to specific teletraffic, generated by IoT devices) is not able to correctly estimate bandwidth available for a given transmission. In this article, a prototype IoT device that estimates amount of bandwidth of transmission path, available for TCP transmissions, is presented. The device is built with the use of the Raspberry PI microcontroller, working under the control of the Linux operating system, and uses packet pairs method for bandwidth estimation. To improve estimation accuracy, Probing Packet Trains (PPT) variant of packet pairs method was used. Results of experiments carried out in local area network are presented in figures and includes both analysis of estimation accuracy, and analysis of amount of control traffic that will be injected to an IoT network during a single measurement with the use of several probing packet trains. Due to limited computing power of the Raspberry PI, the device uses two, simple for computing, versions of the PPT: Packet Transmission Rate and Initial Gap Increasing. The device enables fast assessment of networks conditions. Knowledge of bit rate available for current TCP transmissions allows for more efficient performance of IoT systems that use large amount of devices

O gwarantowanej jakości usługi Internetu Rzeczy zintegrowanej z systemem wideokonferencyjnym

In this paper, an analysis of Internet of Things (IoT) system, integrated with a videoconferencing system built according to the WebRTC architecture, is presented. Analysis covers Quality of Service (QoS) levels of the MQTT protocol, number of active IoT devices and location of a corresponding WebRTC terminal.Artykuł przedstawia analizę systemu Internetu Rzeczy zintegrowanego z systemem wideokonferencyjnym zbudowanym zgodnie z architekturą WebRTC. Dane aplikacji Internetu Rzeczy przesyłane są pomiędzy terminalami kanałem danych WebRTC, równocześnie z danymi wideokonferencji. Analiza uwzględnia poziomy QoS protokołu MQTT, liczbę aktywnych urządzeń Internetu Rzeczy oraz lokalizację terminali (pobliską i odległą)

The Prototype Monitoring System for Pollution Sensing and Online Visualization with the Use of a UAV and a WebRTC-Based Platform

Nowadays, we observe a great interest in air pollution, including exhaust fumes. This interest is manifested in both the development of technologies enabling the limiting of the emission of harmful gases and the development of measures to detect excessive emissions. The latter includes IoT systems, the spread of which has become possible thanks to the use of low-cost sensors. This paper presents the development and field testing of a prototype pollution monitoring system, allowing for both online and off-line analyses of environmental parameters. The system was built on a UAV and WebRTC-based platform, which was the subject of our previous paper. The platform was retrofitted with a set of low-cost environmental sensors, including a gas sensor able to measure the concentration of exhaust fumes. Data coming from sensors, video metadata captured from 4K camera, and spatiotemporal metadata are put in one situational context, which is transmitted to the ground. Data and metadata are received by the ground station, processed (if needed), and visualized on a dashboard retrieving situational context. Field studies carried out in a parking lot show that our system provides the monitoring operator with sufficient situational awareness to easily detect exhaust emissions online, and delivers enough information to enable easy detection during offline analyses as well

Model warstwowy ustanawiania sesji WebRTC

This paper presents a layered model of the WebRTC session establishment, extracted from documentation and software implementation. The model's presentation is illustrated by examples of multimedia transmissions carried out directly between Web browsers and between a Web browser and a VoIP terminal.Artykuł przedstawia warstwowy model opisujący ustanawianie sesji WebRTC, uzyskany na podstawie analizy dokumentacji protokołów biorących udział w ustanawianiu sesji oraz kodów źródłowych przeglądarek internetowych. Prezentację modelu zilustrowano przykładami transmisji multimedialnej pomiędzy przeglądarkami WWW oraz pomiędzy przeglądarką a terminalem VoIP

The Prototype Monitoring System for Pollution Sensing and Online Visualization with the Use of a UAV and a WebRTC-Based Platform

Nowadays, we observe a great interest in air pollution, including exhaust fumes. This interest is manifested in both the development of technologies enabling the limiting of the emission of harmful gases and the development of measures to detect excessive emissions. The latter includes IoT systems, the spread of which has become possible thanks to the use of low-cost sensors. This paper presents the development and field testing of a prototype pollution monitoring system, allowing for both online and off-line analyses of environmental parameters. The system was built on a UAV and WebRTC-based platform, which was the subject of our previous paper. The platform was retrofitted with a set of low-cost environmental sensors, including a gas sensor able to measure the concentration of exhaust fumes. Data coming from sensors, video metadata captured from 4K camera, and spatiotemporal metadata are put in one situational context, which is transmitted to the ground. Data and metadata are received by the ground station, processed (if needed), and visualized on a dashboard retrieving situational context. Field studies carried out in a parking lot show that our system provides the monitoring operator with sufficient situational awareness to easily detect exhaust emissions online, and delivers enough information to enable easy detection during offline analyses as well

ECN-capable TCP-friendly Layered Multicast Multimedia Delivery

ECN-capable TCP-friendly layered multicast multimedia delivery combines explicit congestion notification (ECN) with the TCP-friendly layered multicast scheme. TCP-Friendliness denotes that receiver– driven architecture behaves under congestion like the TCP protocol. Unlike well-known TCP-friendly protocols (TFRC, TFMCC, WEBRC), which use TCP throughput the equation, our system assures TCPfriendliness by emulation. The Receiver emulates TCP congestion control mechanism working with ECN congestion notification. Decisions about changing group membership and, as a result, about changing effective transmission rate, are taken based on TCP emulation. In the paper, a simulation model of ECN-capable multicast multimedia delivery in ns-2 environment is discussed

Co-operation of signalling client with a simple signalling server

W artykule przedstawiono budowę klienta sygnalizacji współpracującego z prostym serwerem sygnalizacyjnym. Klient taki może być prostym klientem, wymagającym jedynie podstawowej sygnalizacji, lub bardziej złożonym. Jako przykład systemu o większym stopniu złożoności pokazano aplikację zgodną z architekturą WebRTC. W artykule przedstawiona została przykładowa komunikacja pomiędzy klientem i serwerem zebrana podczas sesji WebRTC. Artykuł zawiera również przykłady dwóch rozwiązań aplikacji czatu internetowego, które wykorzystują ten sam interfejs użytkownika oraz ten sam system sygnalizacji (drugie rozwiązanie rozszerza pierwsze o obsługę komunikatów sygnalizacyjnych techniki WebRTC), różnią się natomiast sposobem transmisji danych użytkownika (wiadomości tekstowych czatu). W pierwszym rozwiązaniu dane użytkownika przenoszone są kanałem sygnalizacyjnym (via serwer sygnalizacyjny) z wykorzystaniem interfejsu WebSocket. W drugim rozwiązaniu dane użytkownika przenoszone są bezpośrednio pomiędzy przeglądarkami (kanałem WebRTC przeznaczonym do transmisji danych niemedialnych) z wykorzystaniem interfejsu RTCDataChannel techniki WebRTC.A simple signalling server, written in JavaScript and running in node.js run-time environment, was presented in the previous paper of the Authors [3]. In this paper, principles of building of WebRTC signalling client are presented, as well as exemplary communication between the client and the server, captured with the use of WireShark software tool during experimental WebRTC sessions. The paper includes also an example of application of Internet chat, that uses the simple signalling server [3]. The chat was builreneusz in two versions, which uses the same user interface and their signalling systems were build according to the same methodology, but differs in method of transmission of chat messages. The first version transmits user data (text messages of the chat) via signalling server, with the use of signalling channel. This version uses WebSocket interface for transmission of chat messages. In the case of the second version, user data are transmitted directly between web browsers, using WebRTC's channel dedicated for transmission of nonmedia data. This version transmits chat messages with the use of WebRTC's RTCDataChannel interface